home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 1 / ETO Development Tools 1.iso / Essentials / MacApp Documentation / MacApp AppleLink Messages / MacApp.Tech$ 11⁄10⁄89 / 0055-Multiple Transmissti-Nov89 < prev    next >
Encoding:
Text File  |  1989-11-10  |  1.8 KB  |  42 lines  |  [TEXT/GEOL]
  1. Item forwarded  by  A33          to A34
  2.  
  3. Item forwarded  by  MUSIC.MAN    to MOHAN.801
  4.  
  5. Item    7255293                         7-Nov-89        06:16
  6.  
  7. From:   SCHMUCKER1                      Schmucker, Kurt
  8.  
  9. To:     MACAPP.TECH$                    MacApp Technical
  10.  
  11. cc:     COMMENTS     -> ASK.HELPLINE    Comments
  12.         ALINK.BUGS   -> MUSIC.MAN       AppleLink bug reporting
  13.  
  14. Sub:    Multiple Transmisstions
  15.  
  16. To all the MacApp.Tech readers:
  17.  
  18.     There has been a real rash of multiple transmissions lately.  Most
  19. probably, the senders are NOT at fault.  The problem is AppleLink and the
  20. algorithms it uses when a link is sent to a group address like MacApp.Tech$.
  21. Basically, instead of queueing the link, and "sending" it to all the names in
  22. the group address later, AppleLink tries to send the link to all the names
  23. WHILE THE SENDER IS CONNECTED and transmitting.
  24.  
  25.     Usually this doesn't matter too much, but MacApp.Tech$ is the largest group
  26. address on AppleLink.  Thus if you are sending your link to such a large group
  27. during peak times, it is possible to "time out" during the transmission.  Since
  28. your Mac did not get acknowledgement that the message was correctly sent to
  29. MacApp.Tech$, it is left in your out-basket.  When you later log on, you think
  30. that the message never got sent.  In reality, it may have been sent to 95% of
  31. MacApp.Tech$.  You re-transmit and then that 95% gets a second copy.
  32.  
  33.     Admittedly, the problem is Applelink's and they should fix it.  However,
  34. until they do, here is a work-around that I have used successfully:  Batch your
  35. links to MacApp.Tech and transmit them at off-peak hours: e.g., before 8am
  36. (PST) and after 6 pm (PST).  It is a little bit of trouble, but think how you
  37. will be helping cut down on the MacApp.Tech deluge.
  38.  
  39.  
  40.                     Kurt
  41.  
  42.